home *** CD-ROM | disk | FTP | other *** search
/ BCI NET / BCI NET Dec 94.iso / archives / programming / blitzbasic / blitz-list200994.lha / blitz-list / text0078.txt < prev    next >
Encoding:
Text File  |  1994-09-20  |  3.5 KB  |  74 lines
  1. > oh god here we go again, another bloody rom, is that the one in CD32, we 
  2. > have had no problems with cd32 ports of Blitz games so far, perhaps 
  3. > bigger vwaits between closing files and entering Blitz mode is required?
  4.  
  5. No, I don't think the CD32 has 3.1 (I think it has 3.0 with cd 
  6. extensions). Only the a4000T has 3.1, although kick3.1/wb3.1 has just 
  7. been released, which is why I'm getting these reports. Bloody 
  8. annoying I know, in a way, the amiga is getting almost as bad as the 
  9. pc in terms of compatibilty.
  10.  
  11. > > 2. I cannot find away to force open a pal screen screen when using 
  12. > > slices, which is important when running on an ntsc system. Eventually 
  13. > > I'd like to open a proper ntsc screen and support it properly, but in 
  14. > > the meantime, I'd like to open a pal screen.
  15. > 
  16. > This is very tricky if you want to support workbench startup ie 1942 
  17. > style monitors and take over the system type startups, the switch lib 
  18. > looks at a location in graphics library to work out NTSC/PAL and hits 
  19. > slices accordingly, can you not start your program by using an 
  20. > openscreentags with some sort of pal config, hmm probably not, tell you 
  21. > what I'll go and fix this problem instead of waffling on...
  22.  
  23. Currently, I'm only interested in opening pal or ntsc low res (15khz) 
  24. screens for my game. As I said, I would love a way of specifying PAL 
  25. screens in the slice command, although this would only work on all 
  26. machines if a PAL screen is possible (some old NTSC machines don't 
  27. support this, but I'm not too bothered with that).
  28.  
  29. Actually, I intend to switch over to using the Display library 
  30. (especially since I hear you used it for SkidMarks), since I remember 
  31. reading that it supports aga and ecs. Will it will possible to 
  32. specify PAL screens in the new display library too, that would be 
  33. excellent!
  34.  
  35. > At present you have to change them in the palette using agapalrgb and 
  36. > then do a DisplayPalette
  37.  
  38. Okay, although is it true that you can only use agapalrgb in amiga 
  39. mode. I assume palrgb will also work fine. Any chance of a display
  40. rgb command in future?
  41.  
  42. > No, coplists do not take up very much memory at all. the great thing 
  43. > about having them all allocated at the top of your program is that memory 
  44. > is not fragmented, in skid for example we had all sorts of bitmaps 
  45. > openning and closing, if you go and allocate a small piece of memory 
  46. > anywhere between these calls you suddenly find you have not got enough 
  47. > continuous memory for the big bitmap... hmmm, again sorry about the waffle...
  48.  
  49. Ah excellent! And you can waffle all you like, I'm finding it very 
  50. interesting 8), since the display docs are somewhat brief at the 
  51. moment.
  52.  
  53. Just one more question, if switching displays, say moving from a 
  54. display based on coplists 0 and 1, to a display based on 2 and 3 (or 
  55. whatever), do I just call CreateDisplay over and over again when 
  56. switching. i.e. is there no need to close down the previous display 
  57. before creating a new one? (I assume not).
  58.  
  59. > > P.S. Any release dates available for BUM7? Any chances of fixes for 
  60. > > the debugger (have you considered the possiblity of remote debugging, 
  61. > > that would be beautiful!!), the sound/caches problem. Thanks.
  62. > I'm aiming at Saturday
  63.  
  64. Great. 8) Any ideas on the UK release date (we tend to lag behind 
  65. sometimes)
  66.  
  67.  
  68. +---------------------------------+---------------------------------------+
  69. | Martin Kift                     |   Software developer (C/C++/OWL/MFC)  |
  70. | Email: M.H.Kift@swansea.ac.uk   |   Procede Software Ltd., UK.          |
  71. +---------------------------------+---------------------------------------+
  72.  
  73.  
  74.